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PATENT 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re application of; 
Weinstock et al. 

Senal No.: 09/641,820 

Filed: August 18, 2000 

For Web Enabled Business To Business 
Operating System For Rental Car Services 

DECLARATION OF WILLIAM G. TINGLE 

Comes now William G. Tingle, and being duly informed of the penalties for perjury, does hereby 
provide the following declaration in support of the subject patent application. 

1. h William G. Tingle, am presently employed by Crawford Group, Inc., the assignee of the 
subject patent application and the corporate parent of Enterprise Rent-A-Car Company ("ERAC") which 
uses the invention described in the subject application to conduct its car rental business. During 1999, 1 
had the title of Assistant Vice President and then Vice President of the Company, and part of my 
responsibilities included company wide responsibility for software and product development. The 
development of the inventive automated rental management system described by Figures 1 and 2 of the 
subject patent application (hereinafter the "ARMS/ Web 1.0 system") was during this time frame 
performed under my ultimate supervision. 

2. In gathering prior art to submit lo the Patent Office, several documents have been brought to 
my attention which are being submitted and at least one that contains a date which is inconsistent with 
dates on other documents, but which I can explain. I also wish to provide some information on several 
systems that were implemented at about one year prior to the filing date of the subject application, or 
before then/ and which the Patent Office may consider relevant. 

3. Prior to the development and implementation of the ARMS system that is described in the 
subject patent application, ERAC was using a system that was DOS based and which offered some 
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communication capability between it and the body shops where insurance company customers had 
brought their insured vehicles for repair and had obtained an ERAC rental car to drive while the repair 
was being completed. The first such ancillary system was implemented in Sep./Oct. of 1997 and was 
known as the Electronic Callback System, or ECBS. This software application was provided on a diskette 
to body shops who would load it onto their computer systems. Each day, ERAC would load each body 
shop's callbacks into a separate AGNS mailbox. The body shops would use a dial-up connection to 
connect to access their AGNS mailbox that contained all their callback information. This information 
would be updated by body shop personnel and "push" their updates back to the AGNS mailbox. Later, 
perhaps overnight ERAC would pick up the updates and process them through the "fulfillment" system 
in use at that time, known as ECARS. A collection of "screen shots'' demonstrating ECBS is attached 
hereto as Exhibit A (reference AH in the concurrently submitted IDS). 

4. The ECBS system was not internet based, was not Windows based or GUI implemented, and 
was not communicating either bi-directionally or in real time. ECBS could best be described as a batch 
type polling system to gather updated information on the status of vehicles being repaired. ECBS could 
not be used to create, adjust any terms of, or "manage" the reservation and instead other activities had to 
take place by other systems and personnel for reservation creation or management to take place. ERAC 
was not satisfied with ECBS, including especially its inability to handle the large amount of data required 
due to the size of ERAC's business, and not long after its implementation began development of 
improvements to ECBS. 

5. The system developed to improve ECBS was the VehicJe Management System ("VMS") and it 
was implemented in Feb. of 1999. The design parameters for VMS are described in Exhibit B attached, 
(reference FY in the concurrently submitted IDS), which is the Project Charter entitled "ARMS - Vehicle 
Messaging System" written at the start of the design process but not necessarily the finished product as 
implemented so there may be inconsistencies between it and my description which follows. Also 
attached hereto as Exhibit C, (reference GD in the concurrently submitted IDS), is a later written overview 
of "ARMS Automotive" which includes a brief summary of the previous VMS system, as built VMS 
used essentially the same back-end processing functionality as ECBS but provided a web browser-based 
front-end. As such, while the requests for information were presented to the body shop personnel in a 
more user friendly format, VMS did not offer any significant improved functionality with respect to 
"managing" the vehicle reservation. Again, as with ECBS, it operated as a batch processing of updated 
body shop information. VMS could not be used to create, adjust any terms of/ or "manage" the 
reservation and instead other activities had to take place by other systems and personnel for reservation 
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creation or management to take place. VMS was also abandoned due to its continued shortcomings 
based on the ECBS design. 

6. Both the ECBS and the VMS systems were considered as ancillary data collection systems, 
implemented to partially automate the gathering of information for the predecessor ''green screen" 
reservation system described at length in other documents being provided to the Patent Office. 

7. Attached hereto as Exhibit D (reference GE in the concurrently submitted IDS) is a document 
entitled " ARMS-Vehicle Messaging System, Phase II, Project Charter" dated August 20, 1999 which as 
mentioned above with respect to Exhibit B is a document that was at that time customarily created at the 
start of a new project and which sets forth the parameters for the software being designed. This project 
was started to re-design the then existing VMS system as described above, and which later became 
known as ''ARMS Automotive" although there has been a blurring by many of this term to also refer to 
the predecessor systems as well. This document demonstrates to me that this ARMS Automotive system 
including Exhibit D is recent enough that it would not be considered important to the Patent Office in 
connection with the subject patent application. 

8. Another document being submitted, reference GF in the concurrently submitted IDS and 
attached hereto as Exhibit E, is an excerpt of the summer 1999 internal ERAC publication entitled "Free 
Enterprise" that includes the following quote: 

BODY SHOP COMMUNICATIONS SYSTEM ON THE INTERNET - Enterprise is in the final stages of 
developing an Internet communications system that gives body shops a simple, electronic method for 
updating Enterprise Rental branches about the status of cars in their shop. Through a link with ARMS, it 
will also keep insurance companies up to date. Any body shop that is on the internet and has the 
password can access it The communications system will assist body shops by dramatically reducing 
phone calls. It will also allow them to do updates when it's convenient for them and give them a way to 
separate themselves from their competition in the eyes of insurance companies. Easy-to-follow screens 
enable shops to input information in a clear, consistent form - which will help speed up and simplify 
claims when they are sent to an insurance provider via ARMS. Currently, 40 repair shops are involved in 
the test phase of the system in four Enterprise groups. A nationwide rollout is set for this fall/' 

The information contained in this quotation is correct except that the timing of the introduction for what 
became known as ARMS Automotive did not turn out as stated. The information for this article probably 
was provided by me, or though me, to our public relations group for inclusion in this article. However, 
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the project dates are more reliably provided in Exhibit D noted above, making this planned test phase 
happening after August 20, 1999. I believe this to be true for a number of reasons including the fact that 
the system had not by then been developed, that information for this article must have been provided 
beforehand and was necessarily predictive in nature, and while general accuracy was sought to be 
achieved there was no exerted significant effort to be exactly correct as Free Enterprise is an internal 
publication and the nature of the document is to communicate the future availability of systems with an 
optimistic schedule. 

9. Another document being submitted is entitled "CIO Magazine 2002 Enterprise Value Awards 
Application"; reference GA in the concurrently submitted IDS, attached hereto as Exhibit F, and it 
includes a statement that "ARMS/ Automotive was developed and deployed in April 1999/' This date is 
inconsistent with the Project Charter of Exhibit D, which confirms to me that ERAC didn't even begin the 
development of ARMS/ Automotive until August 20, 1 999. This reference must be an example of the 
blurring I mention above as employees have used the term ARMS/ Automotive to refer not to just the 
later developed program but also its predecessors which are more correctly identified at ECBS and VMS. 
In fact, the April 1999 "deployment" date is about the time that the VMS system was "deployed". 

Having been duly warned that willful false statements and the like are punishable by fine or 
imprisonment or both under 1 8 USC 1001, and may jeopardize the validity and/ or enforceability of the 
subject application or any patent issuing thereon, the declarant submits the foregoing declaration. 
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Enterprise Rent-A-Car 



ARMS - Vehicle Messaging System 

Project Charter 

October 15, 1998 



Overview 



Enterprise rental branches currently manage replacement vehicle rentals through a combination of AS/400 
applications and a series of manual processes. This type of rental frequently involves third parties such as 
insurance companies and repair shops. In some cases, the repair facility functions as the insurer for the cost 
of the rental. To achieve the level of customer service expected of Enterprise, branch employees function as 
intermediaries between customers and other groups. At critical points during the rental, communications are 
necessary to avoid misunderstandings and interrupted or disrupted service. Currently, manual telephone 
calls are made by each branch to the various parties involved based on information provided by the E-CARS 
Rental Application to the branches on a daily basis. This process is referred to as "call-back" and consists of 
an Enterprise employee contacting a representative of one of the parties involved in the rental over the 
telephone. This is a necessary, but time consuming process that is often viewed as a disruption by the repair 
shops in particular. In some cases, multiple branches manage rentals for customers with cars at the same 
repair shops, resulting in multiple interruptions during the day. Since most repair shops utilize the same 
people in the office and in the shop, these telephone calls reduce their internal productivity and are viewed as 
an annoyance. To reduce the frequency of interruption during the day, these repair shops need an electronic 
method of informing the branches of the status of the vehicles under repair in their shops. This would allow 
the repair facility to manage their time more effectively and serve as an incentive to use Enterprise in favor of 
other companies that are still operating intrusively. Additionally, it would allow branch employees the 
opportunity to better utilize the time they would have spent on the telephone, performing other tasks. The 
purpose of this project is to replace the current electronic repair shop callback system with an Internet 
version. This will allow any repair shop with access to the Internet the ability to enter information about 
vehicles. By utilizing the Internet, installation and updates will be almost transparent to the repair shops. 

Scope 

The Vehicle Messaging project is intended to provide a non-intrusive method of managing communications 
between Enterprise rental branches, repair shops and insurance companies. 

• The end-user product will be an "easy-to-use an Internet application that allows the repair shops 
to communicate electronically with Enterprise rental branches. 

• The callback functions of the E-CARS application will be modified to react to electronic repair 
facility information. 

• Automatic requests for rental extensions through insurance companies will be handled for ARMS 
authorized rentals. 

Functionality within Scope 

Automated and manual interfaces with external areas are required for various purposes to implement the 
project objectives. The following interfaces will be established: 

• Easy to use Internet application for maintaining the status of work being performed on the 
renter's vehicle while the vehicle is at the repair facility. 

• Application upgrade will be transparent to the end user. 

• Comprehensive on-line help and user documentation will be developed. 

• Interface for ARMS authorized rentals to request extensions from insurance companies. 

• Method of security for the Internet and Body Shop. 

• Method of password delivery. 

• Built in flexibility for changes, future International connections and future on-line reservations. 

• U.S. and Canadian access via service providers. 

• Identification of method of Internet connection via ISP ( Internet Service Provider) 

• 100% coverage for all areas is needed 

• Provide support plan for Branches and Body Shops. 

• Send and receive logs on the AS/400 for tracking purposes and later development of 
management reports. 

• Migration of existing repair shops to the new application. 
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• Demo environment will be created. 

• On-line enrollment will be available. 

• Method for Administrators to add and delete codes and receive questions and problems from 
the repair shops. 



Functionality Out of Scope 

The following functionality is currently out of the scope of this project: 

• Real-time updates from AS/400 application database to the repair facilities communications. 

• Management reports and on-line tracking inquiry. 

• Non-English or European rentals. 

• Online reservations. 

• Claims Connection managed rentals will not be supported. 

• Alert to the repair facility when updates need to be done 

• Alert to the Administrator when status has not been checked or updated by the repair facility. 
Assumptions 

• Current AS/400 hardware configuration is adequate for the purposes of this project. 

• ARMS department will be responsible for all AS/400 project components. 

• Development resources are available. 

• Body Shop has the ability to get onto the Internet. 

• Body Shop must meet the minimum requirements of the ISP. 

• Enterprise will facilitate access to an ISP if needed. 

• New Web server will be functional. 

• Connectivity from Web server to Production AS/400 will be functional. 

• All appropriate support is in place. 

• All sales material has been created. 

• Test shops have been chosen. 

• Program can handle volume of 50,000 or more Body Shops. 
Project Goals and Objectives 







Improve the efficiency of the current manual 
repair facility callback process 


• Develop an Internet PC-based application. 

• Move connectivity of the application to an 
ISP. This will allow access to the Internet 
application as long as a modem and web 
browser exist. 

• Provide a flexible application . 

• Provide upgrades that allow minimal 
disruption to the end user. 


Improve the relationship between Enterprise, 
repair facilities, and insurance companies. 


• Eliminate telephone callbacks to the repair 
shops by sending and receiving information 
on-line. 



Deliverable Scope 
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• Initial Project Charter 

• Project Control File 

• High Level Work Plan 

• Initial Solution Prototype 

• Solution Prototype 

• Application Development Plan 



Organizational Change 





^^^^^^^^^^^^^^ 


Project Sponsor 


Bruce Clifton 


Project Manager 


Michele Goodman 


User Liaisons 


Mike Hutta (Corporate Rental 
Management) 

Randy Haselhorst (ARMS-Technical) 
Matt Gallant (Rental) 


Team Members 


ARMS/ARMS Technical 
Karin Metzger, Pam Mosca, Dan Brevard, 
Danielle Gerloff, Russell Dittmar 
vs/ieni oe/ver cnQineenno 


Mark Adams, Victor Mack, Gary Herbst, 

L/C) ll\ lAClOCl 

AS/400 Enaineerina 

Rich Wall, Dan Koerkenmeier 

Systems Performance & Security 


Greg Hannibal 
Operations 

Jim Miller, Jeff Simington, Ken Bono 

Marketina 

Dave Smith 

Adyertisina 

Steve Smith 

Technical Suooort Center 
Dave Dillard, Carol Davinroy 
Technical Writina 
Courtney Beisner 
Communications 


Paul Langhorst 

PC Development: Rental/ISS/Admin 


Gary Pike, Dan Davison, Ken Hogan, 
Doris Pickerill, Libby Abbott, Jeff Lorentz, 
Todd Fyffe, Richard Mallrich, Bob Morin, 
Chad Gordon, Kevin LaFata 
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PROJECT APPROACH 



Managing Issues and Change 

When requests for change that result in a change of scope are accepted, the revised project scope must be 
reconciled to the project's goals and objectives. This applies to either an increase or decrease in scope 
change. All accepted change requests must support a goal or objective. 

Issue/change management is a shared activity between the Project manager and Sponsor. The Project 
Manager is responsible for managing the change process, but works with the key user to agree on the 
resolution of issues and changes. The Rental Issue/Change Management tool will be used to monitor issues 
and change requests. 

Status Reporting 

The developers are responsible for producing weekly status reports to their Project Manager, who in 
turn submits a weekly status report that will summarize the project's progress. A weekly status 
meeting will be held so each area can give an update on their areas of responsibility on the project. 



Quality Assurance 

All documents and deliverables will be reviewed for quality and functionality prior to implementation. 

Quality will be measured through customer satisfaction. Customer is defined as the group or 
individual using the project component in question. Initial user acceptance testing will be performed 
by all involved groups through an in-house beta site "repair facility". Final user acceptance testing will 
involve an actual repair facility or group of facilities. 
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Risk Management 

This project involves use of a new communications methodology, several different groups within Enterprise, 
and the integration of an Internet PC based application with an AS/400 application. 



Following are the risks that have been identified specifically for this project and the strategies identified to 
manage those risks. 







Development resource availability 

• Since multiple development groups must 

interact, there is a greater possibility of 

misunderstanding 


• Develop summary and detail technical 
specifications 

• Obtain commitments from process owners 

• Obtain consensus through facilitated sessions 

• Conduct weekly status meetings to ensure good 
communications on the project 


Communications or methodology is insufficient 
to handle transaction volume 

• This project.wili implement processes that have 
never been modeled before. 

• The total number of repair facilities and the 
corresponding transaction volume is not 

^nppifipflllv Icnnwn 


• Obtain realistic commitments from marketing for 
repair facility volume 

• Develop realistic benchmark test scenarios 


Project is "time-boxed" 

m Tho rani uroH imnlomantotiAn Ho+ti io fivorl 

* i uc requireu irnpicrn6nioiiun uai6 is rixeo 

• Some required processes have been 
implemented before 


Obtain additional project resources is necessary to 

moat HostHlinoc 

Renegotiate the time-line if the lack of knowledge 
concerning the new processes involved with this 
project preclude a timely implementation 


Decision-making Authority 

• Participants may not have the authority to make 

critical decisions about the application 

components. 


a nofMcirnv moL'inn niiiHalinoc \a/!I1 noaH ir\ V\'a 
.* lscuioiui i i iidiMi ly yuiuciiiico Wilt ilccU lU D6 

established. 


Business Knowledge of Project Team 
• The project team is somewhat knowledgeable 
about or experienced in the business area. 


• Work with the business areas to become more 
knowledgeable. 

• Provide flexibility in the schedule for the learning 
curve. 


Skills with Development Technology 
• Some team members may not have formal 
knowledge of the technology. 


• We will need to provide training to team 
members on the technology. 


Availability of key user 

• The user liaison is out of the office or unavailable 


• Establish an alternate person with decision 
making authority. 

• Determine a method for contacting the key user 
for emergencies. 


Full-Time Project Manager 

• The PM is not working on the project full-time. 


• Designate an alternate to assist in the Project 
Manager's absence. 
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Approval Signatures 



The following individuals have reviewed this Project Charter and by signing below agree to the 
stipulations herein: 



Bruce Clifton - Business Sponsor 


Date 


Bill Tingle - IS Sponsor 


Date 


Mike Hutta - User Liaison (Corporate Daily Rental) 


Date 


Randy Haselhorst - User Liaison (ARMS) 


Date 


Matt Gallant - User Liaison (Rental) 


Date 


Michele Goodman - Project Manager 


Date 
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1 Project Definition 

1.1 ARMs Auto 10 Overview - October 15, 1998 

Enterprise rental branches currently manage replacement vehicle rentals through a combination of 
AS/400 applications and a series of manual processes. This type of rental frequently involves third parties 
such as insurance companies and repair shops. In some cases, the repair facility functions as the insurer for 
the cost of the rental. To achieve the level of customer service expected of Enterprise, branch employees 
function as intermediaries between customers and other groups. At critical points during the rental, 
communications are necessary to avoid misunderstandings and interrupted or disrupted service. 

Currently, manual telephone calls are made by each branch to the various parties involved based on 
information provided by the E-CARS Rental Application to the branches on a daily basis. This process is 
referred to as "call-back" and consists of an Enterprise employee contacting a representative of one of the 
parties involved in the rental over the telephone. This is a necessary, but time consuming process that is 
often viewed as a disruption by the repair shops in particular. In some cases, multiple branches manage 
rentals for customers with cars at the same repair shops, resulting in multiple interruptions during the day. 
Since most repair shops utilize the same people in the office and in the shop, these telephone calls reduce 
their internal productivity and are viewed as an annoyance. To reduce the frequency of interruption during 
the day, these repair shops need an electronic method of informing the branches of the status of the vehicles 
under repair in their shops. This would allow the repair facility to manage their time more effectively and 
serve as an incentive to use Enterprise in favor of other companies that are still operating intrusively. 
Additionally, it would allow branch employees the opportunity to better utilize the time they would have spent 
on the telephone, performing other tasks. 

The purpose of this project is to replace the current electronic repair shop callback system with an 
Internet version. This will allow any repair shop with access to the Internet the ability to enter information 
about vehicles. By utilizing the Internet, installation and updates will be almost transparent to the repair 
shops. 
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1 .2 Enhancements 

4/25/00 - Add "Un-Enroll" functionality (new API) to the system. 

9/13/00 - 1) Display the contract number on the page for the body shop to see, 2) Add an information/error 
message to discourage double clicks. 

1/29/01 - Upon investigation we learned that the list now totals 523. The design of the application will not 
support loading a list of this size. It was decided that adding a search by "Facility Name" and "E-mail 
address" would speed up the search. 

1 .3 ARMs Auto 1 .5 - March 27, 2001 

The enhancements to ARMs Auto 1.5 should allow search ability for the administrator on both the 
Facility Name and Email address. By selecting search on the Facility Name, the user may enter the full 
facility name, which would give a result of all customers with that exact name. Enter a single word of the 
facility name, which would give a result of all customers that have that word in their name. Enter any three- 
letter combination, which would give a result of all facilities that contain the three-letter combination anywhere 
in the word. To get the best result using the E-mail Address search feature, the user should enter the entire 
email address as it would appear on the return mail notification, which would give a result of the exact facility 
name associated with that email. The user may also search on the E-mail address by entering a single word 
of the E-mail address, which would give the result of all facilities with that word in their E-mail address. By 
entering any three-letter combination, the result will be of all facilities that contain the three-letter combination 
anywhere in the word. (See Appendix A) 

Improve the load time of the Administrator's Facility list. In order to improve the load time of the 
Administrator's Facility Name list, we will store the facility name locally. 

Allow the customer to sort by any category (Renter's Name, Vehicle, RO#, Insurance Company, 
Status) on the Vehicle List page. When the column heading is selected the list will be sorted alphabetically. 
An arrow will be displayed next to the column heading to indicate that column is sorted and in which 
sequence (ascending or descending). The Insurance company name will be added to each record on the 
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Vehicle Request Detail page as well as the Vehicle List Printer Friendly page to allow the body shop to sort by 
Insurance Company. (See Appendix B) 

Allow the user to click on an Interactive Calendar for the estimated completion date. An Interactive 
Calendar will be provided for the Vehicle Request Detail page "Estimated Completion Date" entry. The 
Interactive Calendar will be based on the browser version that is being used. If the browser version can read 
Java Script, the Interactive Calendar will be displayed, otherwise the calendar will be displayed as is in the 
current version. (See Appendix C) 

Give the user a confirmation message that the Status update on an open ticket as been processed 
and give a new look to the Vehicle Status Code option. A Confirmation message will be given to the user 
after they have made an update to the status of an open ticket confirming that the status has been 
processed. A new look will be applied to the Vehicle Status Code Option to give the user a more clear 
understanding of the option that they have chosen. (See Appendix D) 

An icon will be displayed on the home page with the title "What's New". The link will display a 
separate page that lists any enhancements made to the site. (See 2.1 - figure 1 and Appendix E) 
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2 Business Case - ARMs Auto 

2. 1 Update Vehicle Status 

1 ) After accessing the Internet, the Vehicle Message System user would navigate to a specific web site, 
http://www.enterprise.conn/arms_auto/. This site will use a theme similar to the other Enterprise Rent-A- 
Car web sites. 

2) The user will be prompted to enter a user id and password. The user will have five attempts to enter a 
valid password. After five invalid attempts, the user's account will be inactivated and a message page 
will be displayed. 




Figure 1 



3) If the user id and password are accepted as a valid customer id, the user will be presented with the 
Callback List page, basically a list of messages needing a response, and the Last Login and Last Update 
date and time. A portion of each Vehicle Message in the displayed listing of cars will be a "hyperlink" to 
the detail record. If there are no messages needing a response, an appropriate message will be 
displayed in place of the list. 
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Enterprise 



ARMS Automotive 



: H o i m> ;^ H ! eto - F a edbacfe Options 



PI e ase select a vehicle to u pdate its rep air status/ 



RENTER'S NAME 2 

DAVIS, MARY! 

GRUBBS; RACHEL ^ 

iKAWWNS. STEPHEN 
HtLl4;DAVTD ; 
HILt^^OWARpV 

' IN 0 R AM H ER R{ E ' 
IRISHVVERONICA 
JONES^YVONN^ 
;KA1S0R, tERQY^ 

kE RWIN .' LAQU E ft A 1997 f AHOEr 

KIJURHA. NAT ALI E 
KlN^M^R#lL 

•kLE»N;;MEY|Rv 

kuSNIERZ;ANNA 



LEW>S. : jEAN-- 

:mnga^;rAmqh; 



VEHJGLE ^RO-J;' 
gOQ5 DODGE SPIRIT 23§2/ 
> 1095' DODGE SPlRm 312312 



1994 CORSICA' 
1093 SUNDANCE 




j^JEEPi&Rj^D; 

:19^PHfeKftKiW 



^324 : 



INSURANCE COMPANY 

;STA,TE FARM'CLAlMS'CENTRAt; 
MO ; 

^TRAVELERS INS-kY PERSONAL 

UINES^ "" 

^AM ErTc^'n : 'S T At'E S- S T V liQUIS :- 
■ STATE FARMMU:-Cl^lM CENTRAlj 
A^CS T AT E - 1 ^ S« Lb M BArM; 
:CUStQM|R^PAYS- 

^P%6l*RESs'i^iN^ 

geicq- macon yregionalv . 
■sYate-f/vrm^ , 

•S^ECOINS : tND^N^OUS^ 
' FARM' BUREAU* UB'ERtV o 

estate farwmt; prospect 
;h^itprd;iHs^napep^ille^ 

;SAFEV^:jN SURA : NCE^^ 

?^ TI T u . TIP ft 'P.^H^i ^ 

"sAF^g-|N§.§f^QUir 



STATUS 

.Suspend-; 

Updated 
Suspended 

UpdateV 
Need^Update 
■ Negd-Update 
Need Update 

Need -Update 
'/ Suspended '^ 

Update ;; 
Ne^' Update 
Neetiaffiate 

; Need Update 
Susoendeii 

Update - 
Need Update 
NW-tipdate 
' Need ; Update 
: Need Update 
"•' Suspi&nded- 

Up'date <: ' 

Need'updata 



Figure 2 



4) When the users click on a message, the Callback Detail page will display. This will be a data entry form, 
with all known data pre-filled in. 

• Year & Make/Model will be filled in, but will be editable. 

• Renter Name, Enterprise (branch) Phone, Insurance Co., Claim Number, Adjustor Name, and 
Adjustor Phone are display only. 

• Repair Order Number is required for most Vehicle Statuses. 

• Vehicle Status must be chosen from an administrator configurable, pre-defined list. 

• Depending on the Vehicle Status, the Repair Order Number, Details, Additional Comments, and 
Estimated Completion Date may be required or optional. 

• The text of the valid Details responses will change based on the entered Vehicle Status. 
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Enterprise 



rent-a-car 



ARMS Automotive 



Vehicle Request Detajl 

The following information 

be shared with trie insurance company.; 



Vehicle |l995j>f IPODGEISPIF^ 



l^n%rl(ame ^M^Rf 
[ 2352V 



Vehide Status | -H£ASEvSELEG^A 1^ 
Comments 



I, 



ID 



18i.i?|,^'21 



Est Gqmpletipri 



y 



Contract #7 Enterprise Phono 0103800 

Please dick the button onty once. 



El (9 D (33 DBS 



'"i 



AUOU.ST.2001 



EHQDG9DBS 




Figure 3 

5) When the user enters the Callback Detail page, the only enabled fields will be Year, Make/Model, Repair 
Order Number, and Vehicle Status. Details, Additional Comments, and Estimated Completion Date will 
be disabled. Depending on the user's response to Vehicle Status, the remaining required and optional 
fields will be enabled. 



6) The Callback Detail page will have 4 action buttons. 

• Done - the record is updated and if the "Advance to the next vehicle" option is selected then the 
next record will be shown. Otherwise, the Vehicle Request List page will be shown. 

• Suspend - the record will remain in the list for the user to come back too. 

• Clear - the entries are cleared/reset. 

• Cancel - discard any changes, and return to the Vehicle Request List page. 
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2.2 Online Enrollment 

1 ) If the user selects Online Enrollment from the Login page, they will be taken directly to the Online 
Enrollment page, without logging in. 



_~- Enterprise 


ARMS Automotive 


______ t ' rent-a-car ■ i-tB^r «yfaoH 


Qhjjhe Eri 

.; assi sft you. wrtn/^nts.prpces a «, ; ; . 
6nee r ypu;H^ 


rollment 

ihlble^V. 
^iSl^w^^^ 

Imenft process; :ypu: camaccess^he; 
:'ering*y our use rodent iff cation :an : d 


• password/ " ■ . 7 ^ ,- : ■ 





Figure 1 




Enterprise 



ARMS Automotive 



ToVbecbm£ 
et ; of enroll therip\ nfo^ation. * 

^stf^erftfmb^^ Ihey^ii ^rS/ide^ Reasexail 1^*^ 
^iMriea^ 



Erite rp rise Employee Number f 
Group7B ranch NumberJ 



Figure 2 
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En1 


erprise 


ARMS Automotive 









Iplea^^rifyjtl'^ 
^can be:addedj 
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Address ICJESTING.DR 

■Pl8a$a#h^ IDj§r$Jp3^ 
^f^ft;^nqt ^i&trje^a^ 

( owe rclaseK I ett e rs * y pU' 1 ' rmjs j entef jtf* WitH^ aU'j^r^a|e; letter&'ete^ 

sy sTem v You may wish tp: wVit0;,dt^^ou^^ ifut u re c , ref e re n c el . 

Userjp 1 ; , 

\ Password | 

^nfirmiPasw^rij | ' .1 .'*\ 

Remember My 1^ cwhaft thi^ j 

Fadll^i&yds l : Activev 1^ 

tfecp^ctf^ be'nolified'b^^ 
ff; y s r^S^b e^n ot ifle S^fax>{ " 

pfe¥se^pi^^^ 

fb'rget>one pf th'e 

Nbtifiratj^ <S^iN^rie| ^Era^ul: : 0^a& 

^ak^umi^r^ j ' ' ... '/ ... . . 

E:MiH?AS'dr^? 1 . '.'.,!„ . ' 

jnternetSgm 1 
Enterprlse:;Cdntact.:EAUG 




Figure 3 



2) After completing the online enrollment page, their entries will be entered into the customer file, with an 
"inactive" status. After approval and activation on the AS/400 platform, administrative personnel would 
only need to insert the Enterprise Customer Number, and activate the account. 
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2.3 Help Function 

1 ) A page will be provided with help information about the site and how to use it. 




Enterorise 



rre^entf^^sked Questions 



^Selecta<cafeg^ 



I AIIGjateggnes 



HFaQsT f Search! fE-mSlXfeT fffistomerBoginT f Support Home]; 



Figure 1 



2.4 Demonstration & Information 

1 ) An interactive online demo as a "guest" user will provide a guided tour through the site. 




' c Exit Demo 



DEMONSTRATION MODE 




Figure 1 
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Enterprise 



ARMS Automotive 



l»>v;.. 



< Exit Demo 



DEMONSTRATION MODE 



Why ^ 
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i nsii'ra rice' providers iaffid? f ediic e s the 'num 



Figure 2 




ARMS Automotive 



; ,< Exit Demo 



DEMONSTRATION MODE 



Please select a vehicle lo^^u 



RENTER'S N A ME VEHiCLE 

■CARPENTER: ADDIS 2000 CENTURY^ 



FRANKER OQUQ LAS - 

■ R ABBI T; JQH N NY \ • 
vSASS/KEife 



< .199S: CHEVY BE RET TA 

>1W : CENfyBY?: 

'1099'^ ON D A ACCO RD . 
r V908: CHEVY 'MAlil BU 
^1996 INTREPiD 



1NSU RiANCE- COMPANY. STATUS 

ALLS TAJ E I N & MAT T E S ON ! ; Ne^dUi&^ 

com-st: Louis -Need updke-;: 

: ST ATE- F ARM- 1 L»C LAI ftil CE NTRAL Need Update -: 

AUi;STATE- ST LOUIS Need Updite .5 

^".^^"^H .F/^'M * ^Y^'T'r'^'^'l'i Need'Update-- 



qjclrtblpriri^ ^ Printer 



Figure 3 
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Enterprise 



•rerit-^carF 



ARMS Automotive 



< Exit Demo 



DEMONSTRATION MODE 



PenteftNama ?gARPENl]ER^ADDIE 
Repair Order # 

^yej^icleJStatuW 
Comments 



Est Completion [ dune- J|d7|g; j 2001 



Insurance .Co :/: Clai mm ALLS TAT E INS- MATT ESOM, / 2704427704-01 

IB Advancfttoth^ 



SGIDG3DBB 




Figure 4 
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2.5 Feedback 




Please'tom^ 
a ; r£<^ 

lhrqu;aVe;M 



S? .Facility Names [ 



^ edntad Phprie Number:^ 



E-mail Address: F 
' Enter your fee db ack h e re 




Figure 1 
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2.6 Administrative Menu 



1) If the user-id and password are accepted as a valid administrator id, the user will be presented with the 
Administration Menu. Administrators will have two levels of access. 




Enterprise 



ARMS Automotive 



Administrative Menu 



Facility Maintenance 

v Pisa bl ed jfl fa c fifties) 



Ad^NQw Facility 



Or search, by; | FQal^^amefe ISj 



^Trequenttv' Asked "Q 



Figure 1 

2) Top-level administrators will have the ability to create other administrators, add/edit/delete Vehicle Status 
and Details codes, and activate and modify customer accounts. 




Enterorise 



ARMS Automotive 



Maintain Status: Codes 



Update the foirojfi^ diiferehV 



Sequent 



G e n erates Gal lb a ck ' Messa ge: y± Select One^l ap 



StReturruTb- Admiriistrat^Menu: 



Figure 2 
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ARMS Automotive 



Maintain Detaiil GoMdes 

r-vt~fA" v\f.' :."j,r-aat .^"k^ v—eL--^- rs: r '■ 



1 



S^Iert'AbetaifcGode: I^New^Detail^ode^ jH 



Sequence Number: ^ 
Description 



Additionar.^m l^gelec tOne^lll i 

E^i m ate d Co mpi eti on Date: |-Sele^ Q'ne - Igjj 

i.GerierateS'CaM |-Selei^<gr(Q^ri^l | 

Re pal r ^rd er:Nu mb^ n | WSelect'Q'ftB'-gri5{ 1 
■■ ^Yea^jUlake/^o^eJI: IfeS elect^ne^rEl ) \ 



•nI- Retu mlTd^Adm in? strat ivs'Menu 



Figure 3 

3) Second level administrators will have the ability to activate and modify customer accounts. 
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2.7 Frequently Asked Questions 



A page of Frequently Asked Questions with an email submission form will be provided for questions and 
feedback. 





Figure 1 
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3 Architecture 

ARMS Automotive 
Information Flow 
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4 Page Flow 

ARMs Auto 1.5 



arms.auto/' 
index, jrrtrnl 






Vehicle Request 
Ust 




armsiautcVv> 
V $nt^l$mj ■ .= 




y$* detail .jhtrnl.^ 



Printer Friendly 
Vehicle Ust 



Vehicle 
Request Detail 





v 7 yu^}* 






arms^auti 




V/Vindexj 


htmlii'-; 



Online Enrollment 
Information 



arms^airtc/ehroll/ 
V enrdl.jntml/;.' 



Online Enrollment 
Login 



^arm^autcVenrol^ 
.faci%peMjh9il^ 



Online Enrollment 



arms auto/derno/ 
^in^xihtml^ 



Information 
& Demo 



arms^auto/derno/ 
ARMS Demo 
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• "whatsNew.htmi -i 



Help 
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ifw^^htmli, 
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;^ji»anJiY| 6u jhtmb J 
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5 Technical Specifications 



5.1 Services and Files 



Process 


File(s) Used 


File Description 


System 


CBS310S- Enroll 
Customer 


CB005P00-U 


Electronic Customer Master 


Central 


CBS3 IIS -Retrieve 
Status Codes 


CB011P03 
CB014P03 


Primary Status Codes 
Secondarv Status Codes 


Central 


CBS3 12S - Add Primary 
Status Code 


CB011P03-U 


Primary Status Codes 


Central 


CBS313S- Change 
Primary Status Code 


CB011P03-U 


Primary Status Codes 


Central 


CBS314S- Delete 
Primary Status Code 


CB011P03-U 


Primary Status Codes 


Central 


CBS315S-Add 
Secondary Status Code 


CB014P03-U 


Secondary Status Codes 


Central 


CBS316S- Change 
Secondary Status Code 


CB014P03-U 


Secondary Status Codes 


Central 


CBS317S- Delete 
Secondary Status Code 


CB014P03-U 


Secondary Status Codes 


Central 


CBS318S-Do Callback 
(Update Callback) 


CB007P00-U 

CB012P00-U 
RACMSC - U 
RACBRMST-U 
RACCBK1 - U 

RACCBB1 -U 

CB026P01-U 
RACPENDC 

CB028P02 - U 


Logical over RACCBCTL by 
Group/Branch/Ticket 
Electronic Callback Detail 
Notes File 

Message Control File 
Reservation File 
Consolidated Adjustor 
Callbacks File 
Consolidated Bodyshop 
Callbacks File 
Suspended Callbacks File 
Tickets in the closing process 
Callback Retrieval Log File 


All Distributed 
Machines - 
A,E,F,I,K,L, 
HN,P,S,T,W, 
Y 


CBS319S-Add 
Suspended Callback 
Record 


CB026P01 -U 


Suspended Callbacks 


All Distributed 
Machines - 
A,E,F,I,K,L, 

\A XT "D C HT WT "V 

M,N,F,2>, 1,W,Y 


CBS320S- Change 
Suspended Callback 
Record 


CB026P01 -U 


Suspended Callbacks 


All Distributed 
Machines - 

A.E.F.UCL, 
M,N,P,S,T,W,Y 


CBS321S- Retrieve 
Callbacks 


CB007P01 -U 

CB026P01 
RACSUSP 
RACCBCOC 

RACCBDET-U 
CB027P02 - U 


Logical over Callback Control 
Suspended Callbacks 
Ticket Close Pending File 
Callback Consolidation File 
Callback Detail / Note File 
Callback Send Log File 


All Distributed 
Machines - 
A,E,F,I,K,L, 
M,N,P,S,T,W,Y 
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CBS322S - Retrieve 

fiKtnmpr Tnfnrmatioti 


CM000L03 


Customer Information 


All Distributed 
Machines — 
A.E.F.I.K.L, 
M,N,P,S,T,W,Y 


CBS323S- Retrieve 
Employee Information 




Employee Information 


Central 


CBS324S - Retrieve 
Branch Info 


OFFDRB 


Office Directories Branch 
Master 


Central 


loojZjo — rax v^aiioaCK 
Notification 




rax rrmicr rue 


Ppntral 


CBS326S- Check for 
Callbacks 


CB007P01 


Logical over Callback Control 


All Distributed 
Machines - 

A F F T V T 

M,N,P,S,T,W,Y 


CBS327S- Check 
Callback Consolidation 


RACCBCOC 


Callback Consolidation File 


All Distributed 
Machines - 
A,E,F,I,K,L, 
M,N,P,S,T,W,Y 


CBS340S - 
Activate/Deactivate 
Electronic Callback 
Customer 


CB005P00-U 


Electronic Customer Master 


Central 



U = File is used and may be updated by the service. 



• All of the jobs/services listed above run in the Tuxedo subsystem. 

• All of the jobs/services listed in the table have a routing job that runs on the Corvette system to direct the 
transaction to the appropriate system to be processed. The exception is CBS327S and this service is used by 
other services on the distributed systems. 

• The AS/400 jobs are named using the following convention; CBS310S has a routing service running on 
Corvette as CBR3 10A. The job running on the machine where the processing actually takes place would be 
CBS310A. This job, Enroll Customer runs on Central. So the CBS3 10A job is running in the Tuxedo 
subsystem on Central and the routing Job is running in the Tuxedo subsystem on Corvette. 
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Job File Program - This is where OPS checks to see what needs to be done if a job errors on the AS/400 and no on- 
call personnel have responded to the error. 



CENTRAL JOB TRACKING INQUIRY AAJF01/B 

Job # Freq Date Cat Upd Inp Seq Cons Inter ABCDEFGHIJKLMNOPQRSTUVWXYZ R/T 
CBS318A AS TUXE DP Y N N A EF I KLMN P ST W Y ECR 

Job Name TUXEDO JOB - UPDATE BODYSHOP CALLBACKS 

Special Considerations 

IF JOB IS IN MESSAGE WAIT, DUMP JOB. NEW JOB WILL START WHEN A NEW REQUEST IS 
RECEIVED. 



IF THIS J650Y COLLIDES WITH THIS JOB, THIS JOB CAN BE ENDED SO J650Y CAN COPY 

THE FILE RACCBCON TO RACCBCOC. CBS3 1 8A WILL BE AUTOMATICALLY RESTARTED THE NEXT 

TIME SOMEONE TRIES TO DO BODYSHOP CALLBACK FUNCTIONS VIA THE INTERNET. 



ADD 3/17/00 JAB 



Fl=Exit Fll=Description F12=Special F13=Distribution F14=Re-Run 
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6 Reporting 

6.1 Error Codes 



Event Code 


Pages Used By 


Page Name 


6.1.1.1.1.1.1.1.1 Error Message 


5000 


Facilities And Administrators 


Login Error Page (loginError.jhtml) 


Please specify a user name. 


5001 


Facilities And Administrators 


Login Error Page (loginError.jhtml) 


Please specify a password. 


5002 


Facilities And Administrators 


Login Error Page (loginError.jhtml) 


Please specify a user name and 
password. 


5003 


Facilities And Administrators 


Login Error Page (loginError.jhtml) 


An invalid user name or password 
was specified. Please try again. 


5004 


Facilities And Administrators 


Login Error Page (loginError.jhtml) 


Login attempt failed. Please try 
again. 


5005 


Facilities And Administrators 


Login Error Page (loginError.jhtml) 


This account is currently inactive. 
Please contact Enterprise support 
at 1-800-571-0883 if you wish to 
reactivate your account. 


5006 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


Please enter your old password. 


5007 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


The old password you supplied is 
incorrect. Please try again. 


5008 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


Please enter a new password. 


5009 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


Please re-type the new password in 
the "Confirm Password" box. 


5010 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


The new password must be 
between 4 and 8 characters in 
length. 


5011 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


The new password can contain 
only alphabetic and/or numeric 
characters. Please try again. 


5012 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


The new password and confirm 
password do not match. Please try 
again. 


5013 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


The new password cannot be the 
same as the user id. 


5014 


Facilities And Administrators 


Password Change Page 
(chgpw.jhtml) 


The new password cannot be the 
same as the old password. Please 
try again. 


5015 


Facilities And Administrators 


Forgot Password Page 
(forgotpw.jhtml) 


Please specify an e-mail address 
so that we can retrieve your 
account information. 


5016 


Facilities And Administrators 


Forgot Password Page 
(forgotpw.jhtml) 


The e-mail address you specified 
does not match any that we have 
on file. Please call 1-800-571-0883 
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for further assistance in retrieving 
your ID and password. 


5017 


Facilities And Administrators 


Forgot Password Page 
(forgotpwjhtml) 


An error occurred while attempting 
to get your account information. 
More than one account has 
registered with this same e-mail 
address. Please call 1-800-571- 
0883 for further assistance in 
retrieving your ID and password. 


5018 


Facilities And Administrators 


Administrative & Facility User 
Shared Errors 


An error occurred while attempting 
to retrieve the list of status and 
detail codes. 


5019 


Facilities And Administrators 


Facility User Errors 


Session information lost. 


5020 


Facilities And Administrators 


Facility User Errors 


An error occurred while attempting 
to retrieve user information. 


5021 


Facilities And Administrators 


Facility User Errors 


An error occurred while attempting 
to retrieve the vehicle request list. 


5022 


Facilities And Administrators 


Facility User Errors 


An error occurred while attempting 
to process the vehicle update. 


5023 


Facilities And Administrators 


Facility User Errors 


We are currently unable to perform 
your vehicle update because 
another process is currently 
working with this vehicle. Please try 
again in a few minutes. 


5024 


Facilities And Administrators 


Facility User Errors 


We are currently unable to perform 
your vehicle update because the 
ticket is closed 


5025 


Facilities And Administrators 


Facility User Errors 


An error occurred while attempting 
to add a suspended vehicle update. 


5026 


Facilities And Administrators 


Facility User Errors 


An error occurred while attempting 
to change a suspended vehicle 
update. 


5027 


Facilities And Administrators 


Administrative User 


Session information lost. 


5028 


Facilities And Administrators 


Administrative User 


An error occurred while attempting 
to add the status code. 


5029 


Facilities And Administrators 


Administrative User 


An error* occurred while attempting 
to change the status code. 


5030 


Facilities And Administrators 


Administrative User 


An error occurred while attempting 
to delete the status code. 


5031 


Facilities And Administrators 


Administrative User 


An error occurred while attempting 
to add the detail code. 


5032 


Facilities And Administrators 


Administrative User 


An error occurred while attempting 
to change the detail code. 


5033 


Facilities And Administrators 


Administrative User 


An error occurred while attempting 
to delete the detail code. 
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5034 


Facility User Pages 


(enroll/enroll.jhtml) 


According to our records, group 
branch "GPBR" and customer 
number "CCCCCC" is already 
enrolled. Note: GPBR/CCCCCC 
will be replaced with the 
group/branch and customer 
number that was attempted to 
enroll 


5035 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify the Enterprise 
employee number. 


5036 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify the Enterprise 
employee number and update 
code. 


5037 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify the update code. 


5038 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify the group branch 
number and employee number. 


5039 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify the employee 
number, update code, and group 
branch number. 


5040 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify a valid group branch 
number. 


5041 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify the customer 
number. 


5042 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify group branch and 
customer numbers. 


5043 


Facility User Pages 


(enroll/enroll.jhtml) 


Please specify employee number, 
group branch and customer 
numbers. 


5044 


Facility User Pages 


(enroll/enroll.jhtml) 


All information is required. 


5045 


Facility User Pages 


(enroll/enroll.jhtml) 


You have entered an invalid 
employee number. Please try 
again. 


5046 


Facility User Pages 


(enroll/enroll.jhtml) 


You have entered an invalid group 
branch or customer number. 
Please try again. 


5047 


Facility User Pages 


(enroll/enroll.jhtml) 


You have entered an invalid 
employee number or update code. 
Please try again. 


5048 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please specify a user ID. 


5049 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please specify a password. 


5050 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please specify a user ID and 
password. 


5051 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please type the password twice for 
verification. 
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5052 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please specify a user ID and verify 
the password. 


5053 


Facility User Pages 


(enroll/facilityDetailjhtml) 


Please specify a password and 
type it again for verification. 


5054 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please specify a user ID password 
and re-type the password for 
verification. 


5055 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


The password and confirmed 
password are not the same. 


5056 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


The user ID you specified is 
already in use. Please choose a 
different user ID. 


5057 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


The group/branch and customer 
number you specified is already 
enrolled. 


5058 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please select a password that is 
different from your user ID. 


5059 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please specify a valid e-mail 
address we should use to notify 
you. 


5060 


Facility User Pages 


(enroll/facilityDetail.jhtml) 


Please specify a valid fax number 
we should use to notify you. 


5061 


Facility User Pages 


Vehicle Request List Page 
(list.jhtml) 


Please specify a vehicle year, 
make, and model. Note: Year must 
be greater than or equal to 1950 
and less than the current year plus 
two. 


5062 


Facility User Pages 


Vehicle Request Detail Page 
(detail.jhtml) 


The vehicle year specified is 
invalid. 


5063 


Facility User Pages 


Vehicle Request Detail Page 
(detail.jhtml) 


Please specify a repair order 
number. 


5064 


Facility User Pages 


Vehicle Request Detail Page 
(detail.jhtml) 


Please select a repair status for 
this vehicle. 


5065 


Facility User Pages 


Vehicle Request Detail Page 
(detail.jhtml) 


Please fill out the additional 
comments field. 


5066 


Facility User Pages 


Vehicle Request Detail Page 
(detail.jhtml) 


Additional comments field is too 
long (x characters) - please limit 
your input to 90 characters. Note: 
'x' is the current number of 
characters in the repair note field 


5067 


Facility User Pages 


Vehicle Request Detail Page 
(detail.jhtml) 


The estimated completion date 
may not be more than 30 days prior 
to today. 


5068 


Facility User Pages 


Vehicle Request Detail Page 
(detail.jhtml) 


The estimated completion date 
may not be more than 60 days out 
from today. 


5069 


Facility User Pages 


Vehicle Request Detail Page 
(detail.jhtml) 


The estimated completion date is 
invalid. Please choose a valid date. 
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5070 


Facility User Pages 


Notification Preference Page 
(chgnotify.jhtml) 


Please SDecifv an e-mail address 

■ IWMWV WWVWII ¥ V4I 1 \^ 1 1 1 V4 1 1 Wl VI VI 1 ^^WW 

for your e-mail notification. 


5071 


Facility User Pages 


Notification Preference Page 
(chgnotify.jhtml) 


Please specify a fax number for 
your fax notification 


5072 


Facility User Pages 


Feedback Page 
(help/feedback.jhtml) 


Please complete all the required 
fields. 


5073 


Facility User Pages 


Feedback Page 
(help/feedback.jhtml) 


The e-mail address you specified 
is not a valid e-mail address. 
Please try again. 


5074 


Facilitv User Paaes 


Feedback Paae 

■ wwuwwiwrx i C4V4 w 

(help/feedback.jhtml) 


Please enter vour feedback in the 

i icaov ci lid yuui icuuuauiv u i ii ic 

space provided. 


5075 


Administrative User Paaes 

/ «\4 1 1 J 1 1 Mwll Will V \* \J w \* 1 1 Umwv 


Administrator Menu Paae 

/ \VII 1 III Uwll wl k\S 1 If Iwl 1 VI 1 M w 

(index.jhtml) 


Please snecifv a Grouo Rranch to 
search for. 


5076 


Administrative User Paaes 

w AVI 1 I 111 HwU Wi^l w \+ V^W^^I 1 yl>jV W 


Administrator Menu Paae 

§ WJk \ 1 III HwLI Vl^v/l IVIVI 1 VI 1 VlXjV^ 

(index.jhtml) 


Please snerifv a Customer 
Number to search for. 


5077 


Administrative User Pages 


Administrator Menu Page 
(index.jhtml) 


Please specify a User ID to search 
for. 


5078 


Administrative User Pages 


Administrator Menu Page 
(index.jhtml) 


Group/branch searches must be 4 
characters. 


5079 


Administrative User Pages 


Administrator Menu Page 
(index.jhtml) 


Facility Name must be at least 3 
characters and not more than 33 
characters. 


5080 






E-mail searches must he at least 3 
characters minimum. 


5081 


Administrative User Paaes 


Facilitv List Paae ffacilitvList ihtmH 


There are no facilities that match 

1 1 Ivl w CI 1 W 1 l\J IGlwIllllVsw 11 ICil 1 1 1 CI Ivl 1 

that criteria. 


5082 


Administrative User Pages 


Facility Detail Page 
(facilityDetail.jhtml) 


The "Password" field must be 
between four and eight characters. 


5083 


Administrative User Pages 


Facility Detail Page 
(facilityDetail.jhtml) 


The "User ID" field must be 
between four and eight characters. 


5084 


Administrative User Pages 


Facility Detail Page 

/faHlitvnetail ihtmh 

^ iGivimy lsgigii.ji in i %\f 


The "User ID" and "Password" 

fielHs must he hetvA/een four anH 
i iciuo iiiuoi uc Uviwccn iuui ai in 

eight characters. 


5085 


Administrative User Pages 


Administrator List Page 
(adminListjhtml) 


NONE 


5086 


Administrative User Pages 


Administrator Detail Page 
(adminDetailjhtml) 


The employee number you entered 
does not match any employees in 
the database 


5087 


Administrative User Paaes 

AUI 1 1 II IIOU GUI WC WOwl 1 QUCQ 


Administrator Detail Paae 
(adminDetailjhtml) 


Please soecifv a user ID 


5088 


Administrative User Pages 


Administrator Detail Page 
(adminDetailjhtml) 


Please specify a password. 


5089 


Administrative User Pages 


Administrator Detail Page 
(adminDetailjhtml) 


Please specify a user ID and 
password. 


5090 


Administrative User Pages 


Administrator Detail Page 
(adminDetailjhtml) 


Please type the password twice for 
verification. 
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5091 


Administrative User Pages 


Administrator Detail Page 
lauminueiaii.jnirnij 


Please specify a user ID and verify 
me password. 


5092 


Administrative User Pages 


Administrator Detail Page 
^au m i n ueiai i j mm i ) 


Please specify a password and 
rype it again Tor verification. 


5093 


Administrative User Pages 


Administrator Detail Page 
(adminDetail.jhtml) 


Please specify a user ID password 
and re-type the password for 
verification. 


5094 


Administrative User Pages 


Administrator Detail Page 
(adminDetail.jhtml) 


The password and confirmed 
password are not the same. 


5095 


Administrative User Pages 


Administrator Detail Page 
(adminDetail.jhtml) 


The user ID you specified is 
already in use. Please choose a 
different user ID. 


5096 


Administrative User Pages 


Administrator Detail Page 
(adminDetail.jhtml) 


This employee is already in the 
system. If you wish to make 
changes, select the employee from 
the list of administrators, and edit 
the information. 


5097 


Administrative User Pages 


Administrator Detail Page 
(adminDetail.jhtml) 


Please select a password that is 
different from the ID. 


5098 


Administrative User Pages 


Maintain Status Codes Page 
(statusCodes.jhtml) 


The "Sequence Number" must be 
a number between 1 and 999. 


5099 


Administrative User Pages 


Maintain Status Codes Page 
(statusCodes.jhtml) 


The "Description" field may not be 
blank. 


5100 


Administrative User Pages 


Maintain Status Codes Page 
(statusCodes.jhtml) 


Please select an option from the 
"Generates Callback Message" 
drop down list. 


5101 


Administrative User Pages 


Maintain Status Codes Page 
(statusCodes.jhtml) 


You may not delete this status code 
until all its detail codes have been 
deleted. 


5102 


Administrative User Pages 


Maintain Detail Codes Page 
(detailCodes.jhtml) 


The "Sequence Number" must be a 
numeric between 0 and 999. 


5103 


Administrative User Pages 


Maintain Detail Codes Page 
(detailCodes.jhtml) 


The "Description" field may not be 
blank. 


5104 


Administrative User Pages 


Maintain Detail Codes Page 
(detailCodes.jhtml) 


Please select an option from the 
"Additional Comments" drop down 
list. 


5105 


Administrative User Pages 


Maintain Detail Codes Page 
(detailCodes.jhtml) 


Please select an option from the 
"Estimated Completion Date" drop 
down list 


5106 


Administrative User Pages 


Maintain Detail Codes Page 
(detailCodes.jhtml) 


Please select an option from the 
"Send To Adjuster" drop down list. 


5107 


Administrative User Pages 


Maintain Detail Codes Page 
(detailCodes.jhtml) 


Please select an option from the 
"Generates Callback Message" 
drop down list 


5108 


Administrative User Pages 


Maintain Detail Codes Page 
(detailCodes.jhtml) 


Please select an option from the 
"Repair Order Number" drop down 
list. 


5109 


Administrative User Pages 


Maintain Detail Codes Page 
(detailCodes.jhtml) 


Please select an option from the 
"Year/Make/Model" drop down list. 
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7 Support Plan 

Abbreviations: 

ECG - e-Commerce Group (synonymous with Internet Application Development or "IAD") 

RHD - Rental Help Desk 

MSA - Middleware Systems Administration 

ISP - Internet Service Provider 



Example 1 





User can hit the site, but cannot log in receiving a "Cannot retrieve user 
information" type of error. 




• Call by user to RHD 

• Application notification possibly already sent to pager of Internet App Dev On 
Call via Dynamo log monitoring script 




IAD On Call 




If the problem did not come from the RHD and it can not be corrected immediately, 
notify RHD @ ??? and Advanced Support (Michael Green?). 

General Steps: 

• Verify the login problem by using an administrative user ID and password. 

• Check the Dynamo log for information about the problem. 

• Check the Dynamo administrative interface for other possible information. 

Additional Steps: 

If this is a database-related problem, contact Data Management On Call. 




IAD Backup On Call 



Example 2 





User can hit site and log in, but gets an error saying that it cannot retrieve the 
vehicle list or the status code list 




• Call by user to Rental Help Desk 

• Application notification possibly already sent to pager of Internet App Dev On 
Call via Dynamo log monitoring script 


mmimmffiBmfflmmm 


IAD On Call 




If the problem did not come from the RHD and it can not be corrected immediately, 
notify RHD @ ??? and Advanced Support (Michael Green?). 

General Steps: 

• Verify the login problem by using an administrative user ID and password. This 
may work, but try and click on "Status Codes" or perform another process that 
retrieves information from the AS/400 like viewing a customer detail record. 

• Check the Dynamo log for information about the problem. 

• Check the Dynamo administrative interface for other possible information. 

Additional Steps: 

• If this is a Tuxedo-related problem, contact MSA On Call. 




IAD Backup On Call 
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Example 3 





Tuxedo Job Failure 

These jobs all run in the subsystem Tuxedo. 




• Notify operations via J450 that one of the jobs is at a "Message Wait" state. 

When a job in a subsystem goes to message wait a message is sent to the 
message queue qsysopr. If the error message is not responded too by an on- 
call person in a timely manor, an OPS operator is paged. The OPS operator in 
turn then follows the procedure and contacts the team noted in job file. 




ECR On-Call is notified by OPS 




The following are the steps taken by On-Call person to determine a problem with a 
job. 

General Steps: 

• Proceeds to the subsystem where program is running or is at a "message waif 
state 

• To work with the job in question take option 5 

• Use the programs job log (option 10) to help determine the cause of the error 

• End the job to create a job "dump". Use this information to help determine the 
problem and the corrective action needed. 




See Attachment: 

ARMS On Call Escalation plan 

• ARMS Backup On Call 
ARMS Application Architect 
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8 APPENDIX A - Search on Facility Name and Email Address 

8.1 Criteria for Facility Name Search 
Exact Match 

The User may enter the full customer name. 

• Result of all customers with that exact name. 

Word Search 

The User may enter a single word of the customer name. 

• Result of all customers that have that word in their name. 

Letter Combination Search (Three letter Minimum) 
The User may enter a combination of three letters. 

• Result of all customer names that contain the letter combination anywhere in the word. 

NO SINGLE LETTER SEARCH 

• A customer should not be able to enter a single letter for a search. Example: enter the letter "A" 
to get all the customer that begin with the letter "A" OR enter the letter "A" and get back all the 
customers that have an "A" in their name. 



8.2 Examples 



• The user will be able to Search on Facility Name by selecting form the drop box "Facility Name" and 
entering text in the input box, one of the following ways: (example - we will search on "Carson's Collision 
Repair Ctr.") 













• 


Exact Match 


A User enters customers 
full name. 


"Carson's Collision 
Repair Ctr." 


Will return all the customers with the 
name "Carson's Collision Repair Ctr". 


• 


Word Search 


A USER enters part of 
customer name. 


"Collision" 


Will return all the customers that have 
the word "Collision" as part of their 
name. Example: 

• Bob Haytt Collision 

• Buckles Collision Center 

• Caron's Collision Repair Ctr. 

• Collision Center of Maryland 


• 


Letter 

Combination 
Search 


A User enters a 
combination of three 
letters. 


"Car" 


Will return all the customer name that 
contain a word that begins with "Car" 
Example: 

• Allied Carstar 

• Carstar Wenzls 

• Car Star - St. Joe 

• Carlisle Chevrolet 

• Carson's Collision Repair Ctr. 

• Nemith Motor Car Body Shop 


• 


NO Search 


A USER enters a letter 
search. 


"C" 


• Will return an error page telling 
the user they have not entered 
enough characters to complete 
their search. 
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8.3 Criteria for Email Address Search 

IT IS RECOMENDED THAT THE COMPLETE EMAIL ADDRESS BE USED FOR THE SEARCH. 

• Exact Email Search (BEST RESULTS) 

The User must enter the entire email address as it appears in the return mail notification. 

• The result would be the Facility Name (customer name) that is associated with this email. Each 
facility can only have one email associated with it 

• Word Search 

The User may enter a single word of the customer name. 

• Result of all customers that have that word in their email. 



• Letter Combination Search (Three letter Minimum) 
The User may enter a combination of three letters. 

• Result of all customer emails that contain the letter combination anywhere in the word. 

• NO SINGLE LETTER SEARCH 

• A customer should not be able to enter a single letter for a search. Example: enter the letter "A" 
to get all the customer that begin with the letter "A" OR enter the letter "A" and get back all the 
customers that have an "A" in their name. 



This is an example of a return notification that we currently receive when an email 
address is not correct. 

Original Message 

From: Mail Delivery Subsystem [mailto:MAILER-DAEMON@enterprise.com] 

Sent: Wednesday, March 07, 2001 6:04 AM 

To: vmsadmin@erac.com 

Subject: Returned mail: User unknown 

The original message was received at Wed, 7 Mar 2001 06:04:10 -0600 (CST) 
from director [10.9.195.120] 

The following addresses had permanent fatal errors 

donci@QQte.net (Uw would search on this email address) 

Transcript of session follows 

.... while talking to mailhost.gate.net.: 
»> RCPT To:<donci@gate.net> 
«< 550 <donci@gate.net>... User unknown 
550 <donci@gate.net>... User unknown 
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9 APPENDIX B - Sorting on Vehicle List Page 




RENTER'S NAME 

<^ubbs;ra,^^ 

jft 0 NEVT CASSANDRA - 

S^WftHTER; HAU;EN ; 



P l ease sele ct a ve hi da to up d ate its re p a ir status. 



VEHICLE. 



1909 DPD<?E ?P|^|T • ?12?1?^ 



1 697 C H RYS E B Rl N 6 « 



INSURANCE COMPANY 

^AA^NTffi^ 

-TBAWtfR§ ; iH¥^>^OMAU: 
unes^ * "* * 

f S T A T FAR 6i- sth,q (| t g : 

^TA^F^^,J^^ 

•STAfl^^W£Qgl$ 

}?TAfpF^tfgY^QM'9' 



Status 

Need-Update: ' 
NeedUpdale 

;:$uffpepde<ft. 



Need: Update^ 

!* . r- '. 

Need Update 
. Need"! Update -: 



Sort ascending or 
lescending by 
column name 
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10 APPENDIX C - Interactive Calendar 

The Interactive calendar will be based on the browser version that is being used. If the browser version can read Java 
Script, the Interactive Calendar will be displayed, other wise the calendar will be displayed as is in the current version. 




Vehicle; Request! Detail 



The 'fpU owing informal a hS wi 1 1 

be shared with the. Insurance company; 



Whjcjfc 11995 ] : [DODGE SPIRIT 



312312 



RenterNaifh^ IGRUBBS^eftEL 
Repair Order # 
VehideStatus 
Cbmmehts 



-PLEASE SELECT A RERAIRSTATUS- 



J9 



Contract Enter^lse'pfiorte ■■fWf&Mfyj& 18) S97^5'l 

^wanoe.'Coi/ Clai m;#^RAyElJERS;J N^J^PERSOKAL UN ES : ': /;2?3^SGY2007E< 

^^ncato^r^ 



Please cli etc th e button only o nee: 



BIOIIQgilBB 

AS 

30 



J J 



JPJ2ll?2 

J J. 



JULY20Q1 
IMITIWITIFI 



m 

8] .8. 
29f30 



3i!jj:„ 



AUGUST 200-1 



SQIDSSSOBQ 



Page 33 of 36 



C:\Documents and Settings\haferkar.VLAWNET\Local Settings\Temporary Internet Files\OLK39\ARMs Auto 
Overview.doc 



11 APPENDIX D - Confirmation Page and Vehicle Status Code 
Options 




Yd u have just se nt the repair status fo r GRU BB S; RACHEL :to E nterp rise • 
and the in^ 

Vehicle Rf^iestJ Deta i I 

The following information is requeue d by Enterprise and will 
be sh a re d with the i hsura n ce cornp a ny. 



Vehicle 



J^rgw J<amqi HAWWNS, STEPHEN; 
Repair Order # 
Vehicle Status 
Com merits 

Est Completion 



— RLEASESELECT'Ag 



3 



June \WA 



Insurance Co / Claim # AMERICAN ; S TAT EStST.XOU IS A 05A993282526 
^us^Name ^ Phone; SMOLTZ, C^THERIljlE / ^0^843,1^7 

B' ; Adyahfce!toitHe}heirt;veHicle 



Please/^c!^^ only once. 



2*j 2^2^71*28 



SBIOGBOBB 

■Jj .]._] JJ-- 



AUGUST 2001 




Confirmation of a 
status update 



Vehicle Status Code 
options 
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12 APPENDIX E - What's New Page 




Enterprise 



rehtra^car 



ARMS Automotive 



Whaitfs New at ARMS Automotive 




Let 'u s knbwwhat v ou want- 
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Overview 

VMS Phase I! will migrate the existing VMS system to the new internet Architecture. This process will include 
redesigning of the web pages, interfacing directly to the AS400 by using Tuxedo/Jolt and adding approved 
enhancements to the system. 

Scope 

• The VMS II project is intended to move over too the New Internet Architecture. This will allow for 
ease of development. 

• The Web pages with be created in HTML, and Java. RGA will be developing the look and feel of 
the web pages. 

• Tuxedo and Jolt services will be created to eliminate or reduce the need for a database on the 
Unix machine. If databases are required on Unix they will be migrated to Informix. 

Functionality within Scope 

• Phase II will convert the existing functionality to the Unix/Dynamo environment 

• Code will be converted to Java Beans/HTML 

• Tuxedo and Jolt services developed to access the AS400 

• Online and Support documentation modified to reflect changes. 

• Real time access to the 400 application database to the repair facilities. 

• Link to online reservations 

• Alert to the Administrator when status has not been checked or updated by the repair facility via 
e-mail. 

• Look into changing the code verbiage with out losing the history - Some how make our arms 
codes more under the covers and make more sense the body shops. 

• Provide a report by insurance Company and Body Shop. 

• Provide an auto notification by Fax or e-mail that there are Callbacks. 

• Print task list - Provide more space on the printout for writing comments. 

• Provide the local branch phone number through the Personalization Server. 

• Allow for both the Americanized version of a web page and a Canadian version to be display. 

• Allow the customer information to be pre filled as much as possible. Allow customer to enter in 
customer number and update customer data. 

• Streamline to registration process. 

• If the body shop knows their user name then we can send the user name and password to their 
registered e-mail. If they do not know their user name or they do not have a registered password 
then they must follow the current procedure. 



Functionality Out of Scope 

The following functionality is currently out of the scope of this project: 

• Claims Connection managed rentals will not be supported. 

• Allow the car owner to check the status of their car. 

Assumptions 

• Current AS/400 hardware configuration is adequate for the purposes of this project. 

• ARMS department will be responsible for all AS/400 project components. 

• Development resources are available. 

• Body Shop has the ability to get onto the Internet. 

• Body Shop must meet the minimum requirements of the ISP. 

• Enterprise will facilitate access to an ISP if needed. 

• Connectivity from Web server to Production AS/400 will be functional. 

• All appropriate support is in place. 



• Test shops have been chosen. 

• Program can handle volume of 50,000 or more Body Shops. 



Project Goals and Objectives 



Goals 


Objectives 


Improve the efficiency of the Internet VMS 
system. 


• Establish look and fee of pages 

• Establish an efficient transactional flow 
through the web pages. 

♦ Provide upgrades that allow minimal 
disruption to the end user, 

♦ Ensure monitoring tools and testing tools 
are in place to monitor the performance of 
the application. 


Move VMS to new Internet Architecture 


• Re-design Web Pages in Html 

♦ Convert C programs to Java 

• Convert necessary MS-SQL database to 
Informix. 

♦ Create Jolt/Tux services 


Move VMS to the New Internet Look and Feel 


♦ Finalize on Web Page Design 

♦ Work With Marketing and RGA to sign off 
on Story boards as quickly as possible. 



Deliverable Scope 

• Initial Project Charter 

• Project Control File 

• High Level Work Plan 

• Solution Prototype 

• Application Development Plan 



Organizational Change 



Role 


Assignment 


Project Sponsor 


Jeff Brummett 


Project Manager 


Anita Klopfenstein 


User Liaisons 


David Smith (Rental Web Liason) 
Randy Haselhorst (ARMS-Technical) 


Team Members 


ARMS/ARMS Technical 

Karin Metzger. Pam Mosca. Dan Brevard, 

Russell Dittmar 

Client Server Enctineerina 

Mark Adams, Victor Mack, Derik Reiser 





AS/400 Enpineerina 




Rich Walt, 




Operations 




Jim Miller, Jeff Simington, Ken Bono 




Marketina 




Jennifer Cavanaugh 




A dvertisina 




Steve Smith 




Technical Support Center 




Dave Dillard, Carol Davinroy 




Technical Writina 




Communications 




Rental/ISS/Admin 




Libby Abbott, Jeff Lorentz, Gary Thomae, 




tan Poertner 
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PROJECT APPROACH 



Managing Issues and Change 

When requests for change that result in a change of scope are accepted, the revised project scope must be 
reconciled, to the project's goals and objectives. This.applies to either an' increase or decrease in scope 
change. All accepted change requests must support a goal or objective: 

Issue/change management is a shared activity between 1 the Project manager and Sponsor. The Project 
Manager is responsible for managing the change process, but works with the key user to agree on the 
resolution of issues and changes. The Rental Issue/Change Management tool will be used to monitor issues 
and change requests. 

Status Reporting 

The developers are responsible for producing weekly status reports to their Project Manager, who in 
turn submits a weekly status report that- will ^ the project's progress. A weekly status 

meeting will be held so each area can give an update on their areas; of responsibility on the project. 

Quality Assurance 

All documents and deliverables will be reviewed for quality and functionality prior to implementation. 

Quality will be measured through customer satisfaction. Customer is defined as the group or 
individual- .using the project component in question. Initial user acceptance testing will be performed 
by all :involyed groups throu an : Chouse beta site "repair facility", Final user acceptance testing will 
involve . an actual repair or group of facilities: 
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Risk Management 



This project involves use of a new communications methodology, several different groups within Enterprise, 
and the integration of an Internet PC based application with an AS/400 application. 



Following are the risks that have been identified specifically for this project and the strategies identified to 
manage those risks. 



Project Risk 


Risk Management Strategies 


Y2K 

• The October 31 st freeze of implementing 
changes or new programs into production 
enhances the urgency of completing the project 


• Manaoino Exoectation 

• Prioritizing business requirements 

• Sign off on Pages, and Business Requirements 


Development resource availability 

• Since multiple development groups must 

interact, there is a greater possibility of 

m isunderstanding 


• Develop summary and detail technical 
specifications 

• Obtain commitments from process owners 

• Obtain consensus through facilitated sessions 

• Conduct weekly status meetings to ensure good 
communications on the project 


Decision-making Authority 

• Participants may not have the authority to make 
critical decisions about the application 
components. 


• Decision making guidelines will need to be 
established. 


Business Knowledge of Project Team 

• The project team is somewhat knowledgeable 
about or experienced in the business area. 


• Work with the business areas to become more 
knowledgeable. 

• Provide flexibility in the schedule for the learning 
curve. 


Skills with Development Technology 

• Some team members may not have formal 
knowledge of the technology. 


• We will heed to provide training to team 
members on the technology. 


Availability of key user 

• The user liaison is out of the office or unavailable 


• Establish an alternate person with decision 
making authority. 

• Determine a method for contacting the key user 
for emergencies. 


Full-Time Project Manager 

• The PM is not working on the project full-time. 


• Designate an alternate to assist in the Project 
Manager's absence. 



Approval Signatures 



The following individuals have reviewed this Project Charter and by signing beiow agree to the 
stipulations herein: 



Jeff Brummett - Business Sponsor 


Date 


Jeff Clark - IS Sponsor 


Date 


Dave Smith - Rental Web Liaison 


Date 


Randy Haselhorst - User Liaison (ARMS) 


Date 


Matt Gallant * User Liaison (Rental) 


Date 


Anita Klopfenstein - Project Manager 


Date 




Additional Internet Efforts Will Propel 
Every Segment of Our Business 



Testing session for the reservation 



. _lf you have a group site address _ 
9 withthev.wd tt EhLerpnse"init, 
please disable it immediately That 
m\\ ensure that when "Enterprise" is 
keysd in on a search engine, such as 
"fehoo, our reservation site will pop 
up as dose to the top of the list as 
possible. Better placement helps 
drive more business to our site. 

\ Tell vour customers (after Sept 8) 
I© aboutourwww.enterprise.com 

online reservations site and what it 
can do fbrthem. Make sure any 
signage, invoices, ticket jackets, eta 
carries news about our online 
reservation system and is being 
used at *our branch. . 

> Familiarize yourself with the site in 
) o . case customers have questions. 

J Leamv^attodoifyourbranchis 
resold out 

3 If body shops, or other partners in 
) o your area, ask if they can linktoour 
site, MS01 Dan Strollo, Interactive - 
Promotions Manager, E#86896, with 
all pertinent irrfbrmation,induding 
company contact, phone number 
and e-mail address. He may be able 
to tati&tate a Bnk with the vendor. 



The Enterprise Online Reservation 
System may be our first foray into the 
world of e<ommerce, but it is certainly 
not our only effort. In fact, Enterprise has 
several Internet initiatives in process that will 
affect nearly every aspect of our business and 
will result in us: 1 ) bencr serving our 
customers, insurance and body shop partners, 

2) growing our business significantly and 

3) lowering our administrative costs. 

ARMS Goes on the Internet 

ARMS won't just be on green screens 
anymore! ARMS will be available on the 
Internet this fall. Like ARMS400, the Internet 
version will provide a way for our insurance 
partners to automatically transfer to us claims 
information concerning replacement vehicles. 
However, instead of ARMS400's green screens, 
our new web-based ARMS can be accessed by 
personal computer. 

The screens look and work like other 
simple-to-maneuver web sites so insurance 
partners can process information easily No 
special terminal is required and training time 
to learn the program is minimal Insurance 
providers have the option to use either 
ARMS400 or ARMS for the Internet An even 
easier-to-use version of ARMS for the Internet 
is in the works and should be in place by late 
2000. 

Body Shop Communications 
System on the Internet 

Enterprise is in the final stages of developing 
an Internet communications system that gives 
body shops a simple, electronic method for 
updating Enterprise Rental branches about the 
status of cars in their shop. Through a link with 
ARMS, it will also keep insurance companies up 
to date. Any body shop that is on the Internet 
and has the password can access it 

The communications system will assist body 
shops by dramatically reducing phone calls. It 
will also allow them to do updates when it's 
convenient for them and give them a way to 
separate themselves from their competition in 
the eyes of insurance companies. Easy-to- 
follow screens enable shops to input 



information in a clear, consistent form - which 
will help speed up and simplify claims when 
they are sent to an insurance provider via 
ARMS. 

Currently, 40 repair shops are involved in the 
test phase of the system in four Enterprise 
groups. A nationwide roll out is set for this falL 
Approximately 5 5 percent of U.S. body shops 
already have Internet access and many of them, 
are interested in going online with Enterprise 
due to the advantages the Internet offers over 
phone callbacks. 

Enterprise benefits because it will improve 
our callback process, especially in the eyes of 
our insurance partners. It will also reduce the 
number of callbacks required so we can 
concentrate on other areas of our business. 
Best of all, it provides a closer connection to 
our body shop partners and is a pre-emptive 
measure against competitors' automated 
efforts. 

Online Referral Car Sales in 
Test Phase 

Three Enterprise groups - Boston, 
San Francisco and Southern California - are 
currendy testing the waters of online car sales 
through the Internet automotive buying site, 
autobyteI.com. The test began in May and 
will run through September. The groups 
posted all of their available inventory on the 
site. Customers input the make, model and 
year of vehicle in which they have interest, as 
well as price and their zip code. They are then 
shown a list of available vehicles in their area 
that meet their criteria. 

Often, Enterprise vehicles are the low-price 
leader on the list because of our best-price, 
no-haggle buying concept Customers select a 
car and make a purchase request If customers 
pick an Enterprise vehicle, an e-mail message is 
sent to them, or if the customer prefers, a 
phone call is made by an account executive to 
arrange a test drive. Typically, for 1 ,000 cars 
posted, an average of 400 purchase requests 
are made, according to Autobytel. 
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System Description 

The Automated Rental Management System (ARMS) is a state-of-the-art custom rental management application 
that has impacted the entire industry by creating the ability to efficiently manage every aspectof the lifecycle of 
an insurance replacement auto rental from initiating a reservation and authorizing payment through electronic 
funds transfer. It measurably simplifies the essential three-way business integration between repair shops, 
insurance companies and Enterprise Rent-A-Car. Since its inception, ARMS has been used to process nearly 10 
^''!®!LE?J!i?' s ^ or more insurance companies throughout North America, includmg*22Tof fEe top fl 

carrierTsuch as GEICO, State Farm; Met Life/ Progressive, GMAC, Nationwide and USAA, as well I as by "more 
y than 2,200 auto body repair shops coast-to-coast. 



ARMS consists of f2^.S£9dH?£°ff e ritigs to meet the highly individualized needs of the insurance companies 
and repair shops that are Enterprise's business partners: 

* ARivfSTpirect?- a direct connection from Enterprise's computer to insurance companies' computers 
allows adjusters* to create their own application screens and send data to Enterprise that is fully 
integrated to over 4,200 North American rental locations, 

• .ARMS/400 f an AS/400 host-based application allows the insurance company to use the ARMS 
application running on Enterprise's system using a terminal session to create reservations, extend 
^authorizations and process invoices. 

# ^^M^} 1 ^ 0 ^ 6 1 a Web-based product allows repair shops to use a browser to provide updates on 
the re pair sta tus of renters' vehicles. 

• ARMS/Web.T "« w ^st and graphical ARMS product features unique Web-based functionality to allow 
insurance coinpanies to create reservations, extend authorizations^ process invoices. 

Cost of Investment 

., „. . ...... , , X 

To date, the equipment and software investment for ail ARMS application and 
deyebpment staff expenses have been SI 7 million, for a total combined invesSerit of $28 milKotDThe annual 
roaime_nance a^ of the system, including hardware, software 

and staffing, total approximately $7.5 "million." ^ 

Dates Deployed 



The onginal ARMS connection was d|yeloped4iv^fir$fci*^ 

ARMS/400 development began in the second half of 1995 u The System was first implemem^ifttfs^tj^^ 
• ^^iS/AWraTtPFe^- 



ARMS/Automotive was developed and deploved iffififRlff^^P 

♦^^ativiswi^ C / <t i ^ s ^ 

Development using the Jacada tool set began in May 1999 and was piloted" to the !firsl ulerslMS^fflfP?^ 
The newest version of ARMSAVeb, based on the SUN J2EE architecSre^ went !iveCSf!IS*m^^S6^¥L___ 



EXHIBIT F 

Declaration of I 
W. Tingle 
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Technical Profile 

• ARMS/Direct Connection 

The ARMS system consists of a pair ofAS/400s acting as a redundant hub. These machines act as a 
F™4^i^A]l?^ u P w i* the data being replicated to the backup machine in a nearly real-time basis using 
the V^onSolutions QMS product In the event of a failure, the boxes can switch'^iesrffofn'backup to 
primary, in about 15 minu tes. The hub receives messages, validates them and funnels them between the 
business partners {Enterprise and the insurance company) and 13 internal AS/400s running applications for 
the various geographic regions of Enterprise ("regional AS400s n ). The software running on the hub is a 
custom-developed pipeline that handles multiple transactions simultaneously, while preserving the 
transmission order. Some insurance companies have integrated die communication into their core claims 
applications, using ANSI X.1 2 messages or proprietary communications formats. The messages are sent 
over a variety of network protocols ranging from SNA to TCP/IP. These companies ayol^double entry by 
having direct application level communication. The X J 2 messages received by Ente^Wa^ 
.processed byj&to^ In either case, the messages are validated and distributed where they 

update the application database used by the rental car counter personnel. 

• ARMS/400 * ' 
Insurance companies that have not created a direct connection from their applications based on resource 
decisions use either a 5250-character interface hosted off the hub AS/400s or a Web interface. ARMS/400 \. 
is a rental management application developed by Enterprise Rent-A-Car that provides insurance companies 
with the ability create reservations, extend authorizations, process invoices, and receive notification on 
insurance claims not yet reported by the consumer, 

• ARMS/AutomoUve 

The ARMS/ Automotive component is an HTML-based Web interface hosted on six Sun servers. /Three 
servers run the Apache Web server and three run the I^njUTi^appl i cation server. The application servers 
useJBEA's Jolt conne ctor to call T uxe^^ The Tuxedo services are 
used to get the transactional data and an Informix database is used to store user and administrative data. 
This allows the various body shops to electronically send repair status update reports on vehicles at their 
locations to Enterprise, with a pass through to insurance companies. - t V. . ?\ ? \ 

• ARMS/Web 

The ARMS/400 application interface was ported to the Web using a product calle d Jacada that runs on 
Windows NT with Microsoft Internet Information Server, It downloads an applet i n the users* Web browser 
arid converts this GUI interface into a J>250 terminal connection behind die scenes, as well as manages 
presenting the correct window to the user bWedon the contents of the 5250 screen being presented. This 
gives insurance companies a wide variety of connectivity options for allowing their employees to interact 
with Enterprise. 

Sincejhe ARMS/Web Jacada .release. inA999, Enterprise has since re-constructed the application based on 
the Sun Java 2 Enterpri^ E^ provide for improved manageability, scalability and 

flexibility. The Web servers run the Apache Web server and BEA WebLogic is used on the application 
servers. The application servers use BEA ? s Jolt connector to call Tuxedo services running on the AS400. 

Technical Excellence 1 A '"' J ' 

Enterprise not only has been on the leading edge of technology with each evoiution of the ARMS product the 
company has demonstrated its commitment to continuously improve applications to better serve customers. In 
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addition to maximizing the latest technologies, Enterprise has leveraged existing technology and continued to 
make significant investments in ARMS applications. One of the hallmarks of ARMS is its flexibility to accept 
change. 

• In 1 993, Enterprise introduced ARMS/Direct Connection, the industry's first electronic direct 
connection to a major insurance company customer. With this link, insurance adjusters could enter 
claims and car rental management information directly into their claims handling system, as well as 
forward rental transactions to Enterprise. By using a proprietary messaging format^ the electronic 
connection immediately saved time for adjusters by significantly reducing the number of phone ca! Is 
required for each rental transaction. 

• In July 1996, two major enhancements to ARMS were introduced. First, Enterprise built an X. 12 EDI 
connection using the Extol translator package to State Farm. Its messages subsequently formed the basis 
for the Collision Industry Electronic Commerce Association (CIECA) standard for automotive 
replacement rental transactions. Enterprise also built a host-based terminal user interface for the 
application that allowed insurance companies that were unable to implement the expensive electronic 
connection to communicate with Enterprise. As a result, insurance companies could use an application 
on their desk and eliminate the many phone calls required to manage the car rental process. 

• In ! 997, a PC application, ARMS/Automotive, was created to allow automobi le repair shops to / 
download the list of renters* vehicles being repaired at their shop and provide timely repair status 
updates to Enterprise. The application also allowed the shop to send the repair status updates back to 
Enterprise and the adjusters. This information cycle informed the adjuster about progress being made 
on the repair and specifically identified the potential for extending the length of the rental. In order to 
advance the product and provide improved capability and scalability, the application was subsequently 
rewritten as a pure Web application using Active Server Pages. 

• In 1999, in response to customer demand and in consideration of people in the workplace having greater 
access to the Internet, the ARMS/400 application was ported to the Internet using Jacada, a product that 
converted a 5250 terminal screen into a Web-based Java application. This product was chosen to 
provide the greatest speed to market The resulting product, ARMS/Web, is patent pending following 
recent approval from the U.S. Patent and Trademark Office of the Department of Commerce. 

• Most recently, ARMS/Web was rewritten in 2000 as an Enterprise Java Beans-based Web application, 
running under BEA WebLogic Java Application Server. 



Industry Standing 

Enterprise Rent-A-Car was the first car rental company to develop an automated reservation system that has the 
flexibility to communicate directly with branch locations and to adapt to various workflows at different 
insurance companies. It is significant to note that Enterprise coHatorated with insurance adjusters to 'develop 
ARMS in order to meet the needs of insurance adjusters. Although comge^ the 
system, no one has been able to compete with the unprecedented flexibility and technical scope of Enterprisers 
ARMS initiative. Since ARMS was introduced, it has been used to process nearly 10 million insurance 
^Pl?5 e ??i^ .£5?^!? — r more * an ^insurance companies throughout North America, including 22 of the top 
25 carriers, and is currently the most widely used system in the marketplace. In addition to insurance companies 
that are using various versions of ARMS, the mainframe system (ARMS/400), or the Internet, over 2,200 repair 
shops also are using ARMS/Automotive. 
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Not only does using ARMS c^istentl^ reduce the insurance replacement rental cvcle by; o ne-hal f dav. it ^ 
signifi cantly reduces the n umber of telephone calls berween the" insurance company, repair shop and rental car 
company, estimated to b e8.5 phone calls per rent al, at an aggregate cost of SI to S3 per ca ll. This equates to a ^ 
savirgs^j]^ AdditionallyTARMS re3uces"the rental cycle by one-half day, savins / 
a PP^^ately SI $26 per day car rental This savings, multiplied by STo'OQO 
transactions eaclLgigj^ montfii, produces 'anlnmi^ to the insurance industry of 
approximate!^ $5 4.6 million in reduced rental car costs, £ slmilS amount oTsivfriS/benefits can be recognized 
as "soft cost 7 ' savings via significant process efficiencies. ~ — r 



CIO MAGAZINE 2002 ENTERPRISE VALUE AWARDS APPLICATION* 



After creating an entire industry specializing in renting replacement cars to local consumers in need of vehicles 
while theirs are being serviced or repaired, Enterprise Rent-A-Car has remained committed to its mission to 
consistently ex«ed customer ^ for service, quality, and value/ By also creating™ the only proved' 

technology to effectively manage every aspect of the iifecycle of an insurance replacement auto i ren^j,1from 
initiating a re$erv«tojnj:o ^orizing. parents or e 

Enterprise's IT initiatives support the company's founding principle: Satisfied customers drive business growth.. 

Developed by Enterprise, the Automated Rental Management System (ARMS), uses customized electronic 
messaging to increase internal and external operational efficiencies while reducing severity via a three-way 
business integration between auto body repair shops, insurance companies and Enterprise, In addition to 
improving communications between auto body repair shops and insurance companies, ARMS is responsible for 
making the rental cycle one-half day shorter, saving approximately S13 per transaction based on an average $26 
per day car rental Not only does ARMS save the insurance industry money, but also mate the jobs of adjusters 

^ Real-time reporting , along with closed rental reporting, offers 

the optimum flexibility to ftie insurance customer. Re aljime "open rental* reporting helps the insura nce A : r < 
company manage the repair process during the rental and "closed ticket" reporting helps identify trends, 
including average cost per transaction, ave^ 

Enterprise's commitment to developing and constantly upgrading ARMS technology not only solidifies the 
company's strong competitive advantage within its industry, it also reinforces the company's leadership in the 
local rental replacement car industry. 

ARMS is responsible for a number of significant contributions to the insurance and collision repair industries, as 
well as within Enterprise RenKVCar, including: 

• Enhanced Quality Of Service, Competitive Advantage and Efficiencies 

• Business Growth and Expanded Market Opportunities 

• Improved Operations and Internal Communications 

Quality of Service, Competitive Advantage and Efficiencies 

When a driver who has been in an accident calls his or her insurance company, the insurance company 
representative files a claim and a reservation is immediately started via ARMS. The system also enables 
electronic funds transfer and provides electronic reporting to the insurance company to support the claims 
processing and expense management. 

ARMS has a proven track record of managing loss adjustment expenses and reducing severity. Based on the fact 
that with ARMS, the rental cycle is one-half day shorter - saving approximately S 1 3 per transaction for an 
average $26 per day car rental, multiplied by 350,000 transactions each month for 1 2 months - the total annual 
estimated savings to the insurance industry is approximately S54.6 million in reduced rental car costs, and 
between 36 million and 1 07 million fewer phone calls. 

Since ARMS is composed of modules that can easily be customized, insurance companies can choose their 
method of connecting to ARMS. If the insurance company is standardized on a certain EDI format Enterprise 
will customize its own data stream so that the insurance company does not need to make many changes or invest 
in additional IT. ARMS' flexibility also enabies insurance companies to work with consumers according to their 
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company's own business processes. 

A unique feature of ARMS is the technical support provided by Enterprise, which invests the necessary time and 
resources to dispatch knowledgeable employees— armed with laptops— to insurance company claims centers for 
training on how to use ARMS to manage the car rental component of claims. 

ARMS/Automorive is a three-way electronic data connection between repair shops, insurance companies and 
Enterprise that enables repair shops to automatically update and send vehicle status reports directly to insurance 
companies online. The primary purpose of the update is to allow the adjuster to determine the status of repairs 
in order to anticipate when work will be completed so the vehicle can be returned to the driver who is using a 
rental car. As repair shop owners know only too well, the amount of time spent on the phone with an insurance 
company and rental car company to complete authorizations for repairs and replacement rentals can take a 
significant amount of time. However, by using ARMS/ Automotive for status updates, repair shops can realize 
cost and time savings by reducing the number of phone calls with insurance and rental car companies and 
providing more quality time to devote to repairing a customer's car. In addition to reducing phone calls and 
alleviating paperwork, the simple-to-use system improves the relationship between repair shops and insurance 
companies by making it faster and easier to file and track claims reports, and reduces the possibility of the 
consumer incurring unnecessary additional rental costs, which ultimately impacts their satisfaction with the 
repair process. 

ARMS/Web is a free Web-based online extension of the communication system created to simplify the rental 
management process and better manage claims. As an Internet-based connection, insurance carriers can link 
directly to Enterprise to exchange data electronically via the Internet, 24 hours a day, seven days a week. In 
addition to being convenient for adjusters, ARMS/Web is instantaneous, specific and accurate. Whether the 
insurance company is dealing with an adjuster-initiated rental, customer-initiated rental, or extending a rental, 
the ARMS/Web system allows the adjuster to easily communicate with Enterprise via the Internet from their 
desktop computer, while maintaining total control over the entire rental transaction, without using the telephone. 

Business Growth and Expanded Market Opportunities 

Enterprise derives a significant portion of its revenue from insurance company referrals. Since 1998, the percent 
of insurance business coming to Enterprise through its Automated Rental Management System (ARMS) has 
grown from 40% to more than 75%. 

Enterprise Rent-A-Car has used its Automated Rental Management System (ARMS) to process nearly 10 million 
rentals for more than 1 50 insurance companies, including 22 of the top 25 U.S. carriers, such as GEICO, State 
Farm, Met Life, Progressive, GMAC, Nationwide, and USAA. 

In the past, insurance companies had to make multiple phone calls to repair shops to monitor the progress of 
each can Now, ARMS handles this for claims adjusters by sending repair shops "packaged" electronic 
communications that query for updates on one or multiple cars. As a result, claims adjusters spend less time 
monitoring repairs and send Enterprise more business. 

Since the system's introduction, more than 2,200 auto body repair shops throughout North America have begun 
using the Automated Rental Management Systems (ARMS) Automotive Web application developed by- 
Enterprise Rent-A-Car. 

ARMS/Automotive was developed in conjunction with standards for electronic commerce developed by the 
Collision Industry Electronic Commerce Association (CEECA), the trade association created to assist with 
developing standardized technology implementation solutions for repair shops, insurers, and rental car agencies. 
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When Geico Direct began integrating its systems with ARMS more than three years ago, Enterprise made 
dozens of changes to its system to accommodate Geico's management reporting model. Since it began using 
electronic funds transfer with Enterprise last year, Geico has completely eliminated the need to print paper 
checks for Enterprise. Now, all the Geico data that Enterprise captures is transferred back to Geico's data 
warehouse. 

Always committed to providing customers with exceptional service and efficient business tools, Enterprise plans 
to continue work with the insurance industry to develop additional improvements and enhancements to meet the 
ever-increasing needs of insurance companies. 

Improved Operations and Internal Communications 

In addition to featuring simple navigation, fast interconnects ity, and customized reporting for individual 
adjusters, ARMS/Web is designed to provide instant access and instant control of the entire rental claims 
process. Real time management of data by claim center, by adjuster, and by repair shop is a significant benefit 
to insurance companies. It also saves valuable time by allowing adjusters to reserve vehicles, obtain 
authorizations and billing extensions, prepare invoices and confirm reservations electronically. Other 
advantages of Enterprise's ARMS/Web include: 

• Electronic Billing - computerized billing provides electronically audited rental invoices as soon as the 
rental contract is closed, as well as electronic funds transfer or bulk payment options. By receiving and 
remitting bills electronically, or through a bulk payment system, insurance companies can dramatically 
reduce heavy draft costs. 

• Auditing - built-in auditing capabilities with computerized documentation of all correspondence, 
including extensions and termination dates, dramatically reduces possible billing errors by utilizing 
"protected fields.** This prevents the rental car branch from exceeding adjuster-authorized amounts. 

• Management Reporting - real time reporting along with closed rental reporting offers the optimum 
flexibility to th^ insurance customer. Real time "open rental" reporting helps the insurance company 
manage the repair process during the rental and tt c!osed ticket* reporting helps identify trends, including 
average cost per transaction, average rental length, and total gross costs. 

• Systems Assistance - a personally manned help desk available to answer questions and offer assistance, 
6 a*m* to 6 p.m. Monday through Friday, Central Daylight Time. 

ARMS/Automotive greatly enhances service standards and cost-effective delivery in repair shop-insurance 
company relations by allowing repair shop employees to automatically update and send vehicle status reports via 
computer or Internet, without having to spend superfluous time on the phone or additional money developing 
their own system. By making it faster and more convenient to file repair status updates* repair shops not only 
benefit from having a better relationship with the insurance companies, the improved communication can also 
favorably impact the shop's status with the insurance company as a "preferred provider " The online 
ARMS/Automotive process works as follows: 

• Sending requests to repair shops - Each morning, Enterprise e-mails the repair shop notifying them to 
log on to ARMS/Automotive online to update requests from insurance companies. 

• Updating requests - The repair shop personnel simply log on to ARMS/Automotive, update 
information about the vehicle, and send it to Enterprise. The information also can be electronically 
forwarded to the insurance company at the same time. 

• Verifying that requests have been updated - Once the repair shop logs on to ARMS/Automotive to 
receive requests for vehicle status updates, the insurance company receives an electronic confirmation. 

• Follow-up - If a repair shop has not updated its requests electronical ly ; a person at Enterprise will call 
to remind them. 
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